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CENTRAL POLICY MANAGER 

CLAIM OF PRIORITY 

This application claims priority under 35 USC §11 9(e) to U.S. Patent Application Serial 
No. 60/231,680, filed on September 11, 2000, the entire contents of which are hereby 
incorporated by reference. 

5 TECHNICAL FIELD 

This invention relates to computer networking, and more particularly to quality of service 
controls and remote management from a central device. 

BACKGROUND " 

Simple network management protocol (SNMP) is an open standard for managing 
10 network hardware. A management information base (MIB) is a software interface that exposes 
management data and applications via SNMP. 

Quality of service (QoS) includes a range of network management techniques, including 
both software and hardware, for prioritizing certain traffic flows over others. This is desirable in 
networks that carry IP (internet protocol) traffic, for instance, since QoS is not an active feature 
15 of the current IP standard. 

QoS goals can be codified in a network QoS policy, for instance by setting upper and 
lower bounds on service to network traffic on a link. In times of link congestion, a QoS policy 
indicates types of traffic that should receive prioritized service, including guaranteed lower 
bounds on data rates. Upper bounds on data rates can constrain a type of traffic to prevent it 
20 from overwhelming other types of traffic, given finite link capacity, for example. 

SUMMARY 

In general, in one aspect, the invention is a machine-based method for characterizing 
network traffic at a high level using a classification hierarchy both to allow measurements of 
network traffic to be aggregated according classifications in the hierarchy and to describe a 
25 policy for network quality of service. 

In general, in another aspect, the invention is a machine-based method for network 
quality-of-service policies. The method includes defining a policy using a classification 

I 
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hierarchy for network flows on a link, where the hierarchy includes a root for the link. The 
hierarchy also includes a group layer containing groups, a class layer containing classes, and a 
filter layer containing filters. IThe group layer may be empty and ties wholly above the class 
layer in the classification hierarchy. The filter layer lies wholly below the class layer. A group 
can contain child groups or child classes or both. A class in the plurality of classes can contain 
child classes. Each child group or child class that has a parent in the classification hierarchy 
represents both a sub-classification of network flows defined on the parent and an allocation of 
link resources from the parent to the child. The method also includes classifying network traffic 
both for policy statistics and for performance statistics, using the classification hierarchy. 

In general, in yet another aspect, the invention is a machine-based method for network 
quality-of-service policies, including defining a policy using a classification hierarchy for 
network flows on a link. The hierarchy includes a root for the link, a group layer containing 
groups, a class layer containing classes, and a filter layer containing filters, such that the group 
layer may be empty and lies wholly above the class layer in the classification hierarchy, while 
the filter layer lies wholly below the class layer. A group in the plurality of groups can contain 
child groups or child classes or both. A class in the plurality of classes can contain child classes. 
Each child group or child class that has a parent in the classification hierarchy represents both a 
sub-classification of network flows defined on the parent and an allocation of link resources from 
the parent to the child. 

Preferred embodiments may include the following features. Defining the policy may 
further include associating the policy with a schedule describing times when the policy should be 
enforced. The method may include the additional steps of storing the policy at a first machine, 
and distributing the policy to a second machine. The second machine may be a quality of service 
device. The distributing step may further include using a MIB interface to configure the policy 
on the second machine. The distributing step may further include using a MIB interface to 
publish the policy on the second machine. 

In general, in still another asjDect, the invention is a machine-based method for policy 
templates for network quality-of-service policies, to include defining a policy using a link- 
sharing classification hierarchy for network flows on a first link and storing the hierarchy for re- 
use by a second link. 
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In general, in still yet another aspect, the invention is a machine-based method for 
network quality-of-service policies, to include detecting a violation of a quality-of-service policy 
on a network and sending notice of the violation to a network management station. 

Preferred embodiments may include the following features. The sending of notice uses 
an open network standard. The sending of notice uses SNMP. The detecting is performed by a 
policy agent running as a software process on a quality of service device on the network. 

In general, in still a different aspect, the invention is a machine-based method for 
reporting on network quality-of-service policies, to include classifying a collection of statistical 
data on network flows according to a link-sharing classification hierarchy defined for a quality- 
of-service policy. The method also includes reporting the statistical data along with aggregate 
values compiled from the statistical data using the classifications. 

In general, in another different aspect^ the invention is a machine-based method for 
managing network quality-of-service policies, to include providing a central policy manager to 
manage a quality-of-service policy. The policy is encoded using a link-sharing classification 
hierarchy. The method also includes exposing an XML interface for applications to manipulate 
objects in the quality-of-service policy. 

The details of one or more embodiments of the invention are set forth in the accompa- 
nying drawings and the description below. Other features, objects, and advantages of the 
invention will be apparent from the description and drawings, and from the claims. 



DESCRIPTION OF DRAWINGS 
FIG. 1 A is a block diagram of quality-of-service devices in a network environment. 
FIG. 1 B illusti^tes a network environment. 
FIG. 2 A is a block diagram of components of a director device. 
FIG. 2B is a block diagram of a quality-of-service device. 
FIG. 3 A illustrates a hierarchical link-sharing structure from the prior art. 
FIG. 3B illustrates software objects for a hierarchical link-sharing structure. 
FIG. 4A is a block diagram of a policy, a policy template, and a policy implementation. 
FIG- 4B is a block diagram of a policy. 
FIG. 5A is a block diagram of a policy configuration. 
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FIG- 5B is a block diagram of tables for cross index, schedule, and net destination. 
FIG. 6 is a block diagram of tables for link, group, class, and filter. 
FIG. 7A is a block diagram of QoS device logic components. 
FIG. 7B illustrates a network data path. 

FIG. 8A is a flowchart of a software bridge in policy off mode. 
FIG. 8B is a flowchart of a software bridge in LAN to WAN mode. 
FIG. 9A is a flowchart of a software bridge in WAN to LAN mode. 
FIG. 93 is a dataflow diagram for handling elements of network flows. 
FIG. lOA is a block diagram of a policy group and a distribution list 
FIG. 1 OB is a block diagram of a director device with XML API. 
FIG. 1 1 A is a block diagram of XML API features. 
FIG. 1 1B is a block diagram of report generation. 

Like reference symbols in the various drawings indicate like elements. 

DETAILED DESCRIPTION 

In one embodiment, a director device running quality-of-service (QoS) software defines a 
network QoS policy in terms of a hierarchy, where the hierarchy includes at least a link and a 
class of network traffic belonging to (i.e., passing over) the link. The hierarchy can fiirther 
include groups and filters, subject to a precedence ranking such that the decomposition is from a 
link to groups, to classes, to filters. For each network flow on the link, the hierarchy classifies it 
to one of the entities within the hierarchy and thus establishes a strict organization of network 
traffic. In general, the director device defines logical dependencies between different network 
flows. 

A director device distributes QoS policies to QoS devices. The director device also 
monitors the policies' enforcement by polling the QoS devices. A QoS device includes at least 
two network interfaces to pass network traffic from one network segment to another. The QoS 
device runs software to inspect the passing traffic and to enforce the QoS policies on that traffic, 
as determined by the director device. The QoS device also collects data on the traffic, including 
performance, policy, and system data. The collection of data uses classifications encoded in a 
policy definition to classify both performance and policy data. By using the same classifications 
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for both performance and policy data, the QoS device ensures that performance and policy data 
can be compared without discrepancies due to the accounting methods. 

The QoS device exposes MIB interfaces to publish its network traffic data. The director 
device (or other compliant SNMP device) polls the MIB interfaces repeatedly to discover the 
5 QoS device's network traffic data. The QoS device can also analyze the network traffic data to 
detect noteworthy traffic conditions, including failures, congestion, policy violations, and other 
noteworthy events and trends. The criteria for what makes the traffic conditions noteworthy are 
determined by the MIB definitions present on the QoS device and by parameters configurable by 
the director device. When the QoS device detects that the criteria have been violated, the QoS 

10 device can inform the director device via SNMP traps. The traps are asynchronous relative to 
the director device's polling schedule. 

A policy template represents the decomposition of a link into a policy hierarchy. Policy 
templates allow a policy structure defined on one link to be re-used on other links. A policy 
template applied to a link defines a jx)licy. A policy in combination with a time schedule and a 

15 distribution list (describing devices to which the policy will be distributed) define a policy 
implementation. 

The software running on the director device is modular and intercommunicates via API's. 
One division within the director device's software divides presentation services from a core 
central policy manager. The central policy manager manages objects within a central database, 

20 including objects that support policy definitions, policy implementations, and other features of 
the director device. In the director device, presentation services directs how these objects are 
manipulated. The central policy manager presents an external XML-based API to presentation 
services. This API exposes a variety of operations on the managed objects, including: object 
creation, removal, retrieval, and updating; distribution of objects fi-om director device to QoS 

25 device; configuration of how event notifications are filtered and processed; and message passing 
(forwarding) from the management application to UI applications. However, because it is an 
external API and uses XML, the API can be used by compliant third-party applications instead of 
(or in addition to) the presentation services module on the director device. In other words, third- 
party applications can manage policies on the QoS devices by using the XML API. 

30 The software running on the director device includes rep>orting features. The reports can 

be scheduled to run automatically, at repeated intervals, or ad-hoc. Reports can be output as files 
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charts, tables, or text files in formats such as CSV. Reports can be output to the filing system or 
to applications such as email or web servers. 

NETWORK ENVIRONMENT AND HARDWARE 

With regard to FIG. I A, QoS device 32 enforces quality-of-service policies at LAN edge 
3 1 7 in network environment 30. QoS device 32 and director 37 are each connected to LAN 3 1 . 
Director 37 manages QoS device 32 and monitors the status of QoS device 32 and its quality-of- 
service policies. Director 37 also manages remote QoS device 345, where remote QoS device 
345 is on remote LAN 34. 

Network environment 30 includes LAN 3 1, which connects director 37, QoS device 32, 
host 3 19, and SNMP monitor 74. QoS device 32 connects to LAN 31 via local QoS-LAN link 
3 1 6. LAN edge 3 1 7 is a logical region between LAN 3 1 and frame relay network 305. LAN 
edge 317 includes QoS device 32 and router 313. All network traffic passing between LAN 31 
and frame relay network 305 passes through LAN edge 317. In particular, all network traffic 
passing between LAN 3 1 and frame relay network 305 passes through QoS device 32 and router 
313. Local QoS-router link 312 is a network link connecting QoS device 32 and router 313. 
Edge link 314 is a network link connecting router 313 to frame relay network 305. 

Network environment 30 also includes remote LAN 34. Remote LAN 34 includes one or 
more remote hosts 349. Remote LAN 34 connects to remote QoS device 345 via remote QoS- 
LAN link 346. Remote LAN edge 347 is a logical region between LAN 34 and frame relay 
network 305. Remote LAN edge 347 includes QoS device 345 and remote router 343. All 
network frafiBc passing between LAN 34 and frame relay network 305 passes through remote 
LAN edge 347. In particular, all network traffic passing between LAN 34 and frame relay 
network 305 passes through remote QoS device 345 and remote router 343. 

As shown in FIG. IB, WAN 33 includes LAN 31, remote LAN 34, and frame relay 
network 305. 

QOS DEVICE 

FIG. 2B illustrates components of QoS device 32 and its network links. QoS device 32 

includes WAN interface 321, LAN interface 322, processor 323, main memory 324, storage 327, 

and bus 326. WAN interface 321 is a network interface through which QoS device 32 

communicates over QoS-router link 312. LAN interface 322 is a network interface through 

6 
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which QoS device 32 communicates over QoS-LAN link 316. Thus, traffic moving outbound on 
WAN interface 321 goes toward frame relay network 305, while traffic moving outbound on 
LAN interface 322 goes toward LAN 3 1 . In this embodiments, WAN interface 321 and LAN 
interface 322 are Ethernet network interfaces capable of 10/100 Mbps. 

QoS device logic 35 includes software code, i.e., machine-readable instructions for 
performing the functions of QoS device 32. Processor 323 executes these instructions, accessing 
main memory 324 via bus 326. Bus 326 also connects WAN interface 321 , LAN interface 322, 
and storage 327. Storage 327 is a non-volatile storage device. In this embodiment, storage 327 
is a hard disk drive. 

With reference to FIG. 7A, QoS device logic 35 includes operating system 356 and a 
collection of network flow queues 355. In this embodiment, operating system 356 is a Free BSD 
Unix kernel. The kernel includes modifications so that in the case of a software failure in 
modules of QoS device logic 35, a fail state of QoS device 32 enables it to act as simply a wire, 
continuing to pass network traffic despite the software failure. 

QoS device 32 maintains network flow queue 355 for each network flow across QoS 
device 32, as will be explained. 

Remote QoS device 345 is physically configured similarly to QoS device 32. 
Functionally, remote QoS device 345 is equivalent to QoS device 32. Unless stated otherwise, 
descriptions of the features of QoS device 32 also apply to remote QoS device 345. 

A commercially available example of QoS device 32 or remote QoS device 345 is 
QoS Works, sold by Sitara Networks, 52 Second Avenue Suite 200, Waltham, MA 02451, USA. 

DIRECTOR 

Director 37 is a network management station. Director 37 manages policies 40 and 
collects management information on network behavior. With regard to FIG. 2A, director 37 
includes operating system 37 1 , input device 372, processor 373, main memory 374, bus 375, 
output device 376, storage device 377, network connection 378, and director software 379. 

Operating system 371 is a software process, or set of computer instructions, resident in 
either main memory 374 or a non-volatile storage device 377 or both. Processor 373 can access 
main memory 374 and storage device 377 to execute the computer instructions that comprise 
operating system 371 and director software 379. 

7 
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A user interacts with the computing platform via input device 372 and output device 376. 
Possible input devices 372 include a keyboard, a microphone, a touch-sensitive screen, and a 
pointing device such as a mouse. For simplicity of explanation, "mouse" will refer to any such 
pointing device. Possible output devices 376 include a display screen, a speaker, and a printer. 

Storage device 377 is a computer-writable and computer-readable medium. In this 
embodiment, storage device 377 is a disk drive. Bus 375 interconnects processor 373, input 
device 372, output device 376, storage device 377, main memory 374, and network connection 
378. Network connection 378 includes a network interface and software to drive it, such as an 
Ethernet card configured to run TCP/IP and other protocols. 

A commercially available example of director software 379 is QoSDirector, sold by 
Sitara Networks, 52 Second Avenue Suite 200, Waltham, MA 02451, USA. A commercially 
available example of a computing platform to run QoSDirector is a 450 MHz SunUltra 
workstation. A commercially available example of operating system 371 is Solaris Operating 
System v2.7. 

DEFINING QOS POLICY 

A network QoS policy can set upper and lower bounds on service to network traffic on a 
link. For instance, in times of link congestion, a QoS policy indicates types of traffic that should 
receive prioritized service, including guaranteed lower bounds. Upper bounds can constrain a 
type of traffic to prevent it from overwhelming other types of trafiSc, given finite link capacity, 
for example. 

Additionally, QoS device 32 can shape the data rates of individual network flows by 
queuing flows individually and performing weighted round-robin dequeuing to serve the 
collection of such queues. The weights of each queue depend on priority of the associated 
network flow. 

CBQ LINK CLASSIFICATION HIERARCHY 

FIG. 3 A shows an example of link classification hierarchy 49. Class-based queuing 
(CBQ) is an approach to link sharing at a network gateway. CBQ involves a hierarchical 
decomposition of network link 491 into classes, on which QoS parameters are defined. Classes 
can be fijrther decomposed into additional classes. Link 491 can be physical or logical. 
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Hierarchy 49 is represented as a tree, with link 491 at the root. Child nodes represent 
classes of network traffic that can use bandwidth (usually measured either in bits per second, or 
as a fraction of the total bandwidth) of the link. A child class derives its allocation of bandwidth 
from the allocation given to its parent. The allocation can include minimum data rates and 
maximum data rates. Taken together, the allocation of resources of link 491 among the 
hierarchy's classes describes a CBQ policy. 

Hierarchy 49 defines a classification scheme for traffic that passes over the link, such that 
every network flow is associated with a node in the hierarchy. A CBQ class includes criteria 
characterizing the flows that the class will govern. The criteria of a child class are only applied 
to traffic that qualifies for the criteria of its parent. The set of child classes on a parent class 
must unambiguously partition the parent's traffic; that is, no flow should qualify for two 
different children of the same parent. By definition, all traffic qualifies for the link class. A 
network flow is associated with a node in hierarchy 49 when the flow qualifies for the criteria of 
the node and does not qualify for the criteria of any child of the node. 

The CBQ model articulates at least two goals for link-sharing. One is that each child 
class that tries to use its allocation should be roughly successful over time. Another goal is that 
the distribution of surplus bandwidth, i.e. bandwidth left unused after child classes have received 
their allocated bandwidths, should be planned. The CBQ model allows for a variety of 
guidelines for putting link classification hierarchy 49 into practice. Most allow a form of 
borrowing so that an "overlimit" class (one that has demand in excess of its allocated bandwidth) 
can temporarily use bandwidth reserved for, but not used by, another class. Generally, CBQ 
guidelines define thresholds for borrowing; when a class cannot borrow enough bandwidth to 
satisfy its demand within the guidelines, the class becomes regulated by the link-sharing 
mechanism. 

Various algorithms exist for measuring real-time network traffic against the CBQ policy. 
In general, for a given parent node and its child classes, the aggregate resources consumed by the 
child classes should not exceed for prolonged periods the resources allocated to the parent. In 
practice, algorithms can allow limited amounts of such over-consumption, within bounds on 
duration and on the degree of bandwidth over-use. The exact duration and degree considered 
permissible depends on several factors, including the individual CBQ policy. For instance, a 
policy that allocates a high proportion of the total link bandwidth to servicing minimum- 
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bandwidth rates will have less bandwidth available to accommodate transient over-consumption, 
as compared to a policy with classes that have no minimum-bandwidth requirements. 

Percentages next to nodes in FIG. 3 A indicate allocations of the total capacity of link 491 
at a moment in time. By definition, link 491 has 100% allocation. In the example of FIG. 3A, 
link 491 has three child nodes 492: one receiving 50% of the bandwidth; one receiving 40%; and 
one receiving 10%. Each node 492 is subdivided into additional classes. An "interior'' node is 
one with children. A "leaf node has no children. Leaf nodes may exist for various levels of the 
hierarchy. 

Allocations can be dynamic over time. For example, a node 494 labeled "ftp" is shown 
in FIG. 3 A with a 0% allocation. Flows that qualify for the corresponding class might still be 
serviced by other scheduling mechanisms, such sts one allocating surplus bandwidth, but no 
service is guaranteed by the CBQ link-sharing mechanism itself. 

POLICY 

Policy 40, shown in FIG. 4A, extends and refines the CBQ model for defining a QoS 
policy. Similar to CBQ, policy 40 uses a link classification hierarchy, including a root associated 
with link 42 and classes as nodes in a tree descending firom the root. However, policy 40 and 
other features of this embodiment depart fi-om the CBQ model in at least the following ways, as 
will be explained in more detail. Policy 40 adds group objects 43 to the hierarchy. Policy 40 
captures hierarchy structure below the root as policy template 45 for re-use by other hierarchies. 
Policy 40 can include more than one link classification hierarchy. Policy 40's classification 
hierarchy is used both to collect policy statistics on network flows and to collect performance 
statistics, eliminating discrepancies due to different classification schemes between policy and 
performance metrics. Policy 40 allows explicit static limits on burst bandwidth, i.e. the amount 
that one class 44 can borrow from another. (These limits are in addition to the dynamic 
borrowing limitations that the CBQ allows based on bandwidth available at the moment. Policy 
40 allows burst bandwidth to be constrained by both types of limit.) Policy 40 allows 
administrative parameters to control session bandwidth, admission control, and IP TOS marking. 
Policy 40 adds schedule 41 to a link classification hierarchy, allowing policy 40 to change based 
on time of day. 
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POLICY TEMPLATE 

Policy 40 separates link classification hierarchy into a hierarchy structure and a root, 
allowing a given hierarchy structure to be re-used on other policies 40. Policy template 45 
represents the hierarchy structure. As shown in FIG. 4A, policy 40 includes policy template 
reference 401 to refer to policy template 45. Policy 40 also includes link reference 402 to refer 
to link 42. Link 42 specified by link reference 402 is associated with the root of the hierarchy for 
policy 40. 

Each node in policy 40 represents a classification in the link classification hierarchy. 
Referring to FIG. 4B, nodes for group 43 and class 44 additionally specify allocations of link 
bandwidth. The child nodes of the hierarchy for policy 40 can reference group 43, class 44, and 
filter 46, shown in FIG. 3B. Group 43 and filter 46 are optional in a given policy 40. Group 43, 
class 44, and filter 46 are subject to a precedence ranking in the hierarchy for policy 40 as 
follows (and as shown in FIG. 4B). Each node for group 43 is a child node of the root or of 
another group 43. Each node for class 44 is a child node of the root, of group 43, or of another 
class 44. Each node for filter 46 is a child node of class 44 or group 43. 

Conceptually, nodes for groups 43 form a group layer, which is possibly empty. Nodes 
for classes 44 form a class layer. The group layer is wholly above the class layer in the 
classification hierarchy for policy template 45. Nodes for filter 46 form a filter layer, which may 
be empty. The class layer is wholly above the filter layer in the classification hierarchy for 
policy template 45. 

Filter 46 contains filter criteria (described with reference to filter table 506 in FIG. 6) that 
can identify particular network flows based on TP protocol properties of the network packets. 
Filter 46 can therefore associate a particular network flow with a particular class 44 or group 43 
when configured as a child to the particular class 44 or group 43 in a classification hierarchy. 

QOS DEVICE OPERATION 

QoS device 32 passes network traffic fi*om one network segment to another. Broadly 
speaking, QoS device 32 enforces policies 40, performs optional HTTP caching, and runs agents 
that oversee policy, performance, and system events. 

With regard to FIG. 7A, QoS device logic 35 includes processes for general scheduler 
351 , link-sharing scheduler 352, classifier 353, estimator 354, enqueuing process 357, HTTP 



11 



wo 02/33428 



PCT/USOl/29286 



caching process 358, and schedule daemon 59, as will be explained. QoS device logic 35 also 
includes a collection of network flow queues 355, at least one for each network flow serviced by 
QoS device 32. 

Classifier 353 receives traffic incoming to QoS device 32 and insp^ects it using the current 
policy 40. Classifier 353 associates each packet with an entity (group 43, class 44, or filter 46) 
in policy 40 and further associates the packet with a network flow for that entity. Classifier 353 
also collects policy statistics and performance statistics, such as incrementing packet counts. 
Classifier 353 uses enqueuing process 357 to place the packet on the corresponding network flow 
queue 355. 

Often, some network traffic will not require QoS enforcement, although by processing all 
network traffic between the segments that it joins, QoS device 32 can ensures that network traific 
conforms to policy 40. QoS device 32 uses general scheduler 351 to process network flows by 
default, while using link-sharing scheduler 352 to process network flows as required by policy 
40. 

Policy 40 has a timeframe over which to measure bandwidth and other metrics on 
service. The choice of timeframe depends on several factors in addition to the policy goals, 
including the network protocols and hardware. In general, too short a timeframe will not adapt 
to normal statistical fluctuations, while too long a timeframe will not provide the granularity to 
detect short-term problems. For each entity in policy 40 during an iteration of the timeframe, 
estimator 354 measures whether the entity is receiving appropriate bandwidth for its allocation. 

QUEUING 

Software bridge 350 can act as a conventional network bridge, i.e. without enforcing any 
policy 40. This is knovm as policy off mode. Software bridge 350 can perform in policy off 
mode during periods when no policy 40 is scheduled to be enforced. Additionally, QoS device 
32 is configured to run in policy off mode in case of failure. Software bridge 350 also supports 
modes for enforcing policy 40. 

Software bridge 350 has multiple operational modes, including: policy off mode; LAN to 
WAN mode; and WAN to LAN mode. LAN to WAN mode and WAN to LAN mode are 
"policy on" modes, meaning that link-sharing scheduler 352 is actively managing a policy 40. 

12 
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Software bridge 350 can operate in both LAN to WAN mode and WAN to LAN mode 
simultaneously. 

FIG. 8 A is a flowchart of software bridge 350 operating in pohcy off mode, which works 
as follows. A network frame arrives at either of two interfaces: WAN interface 321 or LAN 
interface 322 (step 761). In policy off mode, software bridge 350 operates symmetrically on 
network flows from the LAN and WAN directions. The interface receiving the frame will be 
called the "first" interface, the other of the two interfaces is the "second". Alternatively, frame 
can arrive from IP stack 359 (step 762). Software bridge 350 tests the destination MAC address 
of the frame (step 756). If the MAC address is a multicast or local address, software bridge 350 
sends the fi^e to IP stack 359 for handling (step 757). If the MAC address is on the same 
segment as the first interface, software bridge 350 discards the frame (step 759). Otherwise, 
software bridge 350 queues the frame (step 763) for FIFO transmission on the second interface 
(step 764). 

FIG. 8B is a flowchart of software bridge 350 operating in LAN to WAN mode, as 
follows. A network frame arrives at LAN interface 322 (step 766). Alternatively, frame can 
arrive from TP stack 359 bound for WAN 33 (step 767). Software bridge 350 tests the 
destination MAC address of the frame (step 756). If the MAC address is a multicast or local 
address, software bridge 350 sends the frame to IP stack 359 for handling (step 757). If the 
MAC address is on the same segment as LAN interface 322, software bridge 350 discards the 
frame (step 759). Otherwise, software bridge 350 passes the frame to scheduler 36, which 
eventually transmits the frame on WAN interface 321 (step 769). 

FIG. 9A is a flowchart of software bridge 350 operating in WAN to LAN mode, as 
follows. A network frame arrives at WAN interface 321 (step 771). Alternatively, a frame can 
arrive from IP stack 359 bound for LAN 31 (step 772). Software bridge 350 tests the destination 
MAC address of the frame (step 756). If the MAC address is a multicast or local address, 
software bridge 350 sends the frame to IP stack 359 for handling (step 757). If the MAC address 
is on the same segment as WAN interface 321, software bridge 350 discards the frame (step 
759). Otherwise, software bridge 350 transmits the frame on LAN interface 322 (step 773). 
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INSPECTJON/CLASSIFiCATION 

Classifier 353 inspects network packets to associate them with child classes in a link- 
sharing hierarchy of policy 40. With reference to FIG. 7A, classifier 353 includes filter lookup 
755, which compares a network packet with IP parameters stored on filters 46 in policy 40. 
Filter lookup 755 examines filters 46 according to filter order 461 (shown in FIG. 3B). Filter 
order 461 is an integer field for this purpose. The execution time of filter lookup 755 is therefore 
linear with the number of filters 46. Filter lookup 755 is known in the CBQ model. 

After filters 46 are generated at director 37 and before distribution to QoS device 32, 
director 37 ensures that a default filter 46 is present in policy 40. 

Classifier 353 also includes hash function 751 that maps IP addresses fi-om the header of 
the network packet to a hash value. The hash value indexes a location in hash table 752, which 
stores state information about the network flow associated with the network packet. Given an IP 
address, hash lookup process 753 can use hash function 751 to find state information about the 
network flow in constant time, which is fast relative to filter lookup 755. 

POLICY ENFORCEMENT 

With reference to FIG. 7A, estimator 354 compares performance statistics on groups 43 
and classes 44 to their allocations to determine whether their network flows need to be regulated. 
Estimator 354 uses top level scheduling, which is a common algorithm in the CBQ model, in this 
determination. Allocations are defined in terms of a timeframe - for example, packet 
transmission times, such as can be from speed of link 42 and the bit size of the packet Estimator 
354 makes its comparisons using performance statistics sampled over the same timeframe. 

Once estimator 354 designates group 43 or class 44 for regulations, service to the 
associated network flows are scheduled by link-sharing scheduler 352, until estimator 354 
removes this designation. Otherwise, general scheduler 351 services network flows, including 
any unregulated network flows. 

DEQUEUING 

General scheduler 351 performs weighted round-robin dequeuing of network flows. For 
network flows within the same classification under policy 40, this dequeuing approach provides 
a degree of fair service. That is, no one network flow will dominate a given classification. Thus, 
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the behavior of general scheduler 351 is in accordance with one of the link-sharing goals of the 
CBQ model. 

Class 44 can specify a session bandwidth, as will be explained. When a session 
bandwidth is defined for class 44, general scheduler 351 constrains the dequeuing of each 
network flow in the classification such that the network flow is serviced at a rate appropriate to 
the session bandwidth. 

Class 44 can also specify an administrative control parameter. The administrative control 
parameter affects the behavior of general scheduler 351 when the number of network flows for a 
classification in policy 40 is so great that the classification's bandwidth cannot satisfy all flows 
(e.g., the number of network flows times the session bandwidth is greater than the bandwidth 
allocated to class 44). The administrative control parameter specifies an approach for general 
scheduler 351 to take. The approaches include: "drop", v*ich silently refuses connections to 
new network flows; "squeezing", which equally divides class 44's allocation of bandwidth 
among all serviced network flows; and "deny", which (for TCP flows only) responds to the 
attempted new network flows with an RST packet, as is known in the art. 

Class 44 can also specify whether HTTP caching should be enabled for its network flows. 

Class 44 can also specify session bandwidth, administrative conh-ol, and HTTP caching 
for each direction of network flows, i.e., LAN-to-WAN and WAN-to-LAN in this embodiment. 

AGENTS 

With regard to FIG. 7A, QoS device logic 35 includes policy agent 71, performance 
agent 72, and system agent 73. Broadly speaking, policy agent 71 monitors policy statistics and 
maintains them for external access via an SNMP MTB interface. Director 37 and SNMP monitor 
39 (shown in FIG. 1 A) poll this interface periodically. Policy agent 71 also monitors QoS device 
32 for situations requiring out-of-band alerts to director 37 and SNfMP monitor 39 and raises 
these as policy traps. 

Performance agent 72 monitors performance statistics for QoS device 32 and maintains 
them for external access via an SNMP MIB interface. System agent 73 monitors system events 
for QoS device 32 such as startup, restart, or shutdown. 
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DIRECTOR OPERATION 

Director 37 distributes QoS policies 40 to QoS devices 32. As shown in FIG. lOA, 
policy group 64 and distribution list 61 enable mappings of grouped policies 40 to grouped QoS 
devices 32. 

Policy group 64 collects one or more policies 40 for distribution by including policy 
references 641 to them. Policy group 64 can also collect other policy groups 64 via policy group 
references 644. Conceptually, therefore, policy group 64 forms a tree of policies 40. Policy 
group 64 includes policy group root 643 to anchor its tree. Policy group 64 also includes 
distribution list reference 644 to specify distribution list 61 . 

Similarly, distribution list 61 includes device references 61 1 for QoS devices 32 that vsdll 
receive policies 40. Device group 62 includes QoS device reference 621 or device group 
reference 622 (to other device groups 62) or both. Multiple QoS device references 621 and 
device group references 622 are allowed. Thus, device group 62 can form a tree of QoS devices 
32, and distribution list 61 can form a tree of tree of both QoS devices 32 and device groups 62. 
Multiple distribution lists 61 can reference a single device group 62. 

REPORTING 

Director 37 can output reports on an ad-hoc basis or at regular timed intervals. Reports 
can be output as flies charts, tables, or text files in formats such as CSV. As shown in FIG, IIB, 
presentation services 82 can output report 90 to filing system 91 or to applications such as email 
application 93 or web server 92. Report 90 includes statistics on network flows, such as packet 
throughput and bit throughput, classified by network flow as well as by entities in the 
classification hierarchy of policy 40. Report 90 statistics can also include parameters stored for 
policy 40, such as bandwidth allocations and textual descriptions of classifications, as well as 
information on network flows, such as source and destination addresses, protocols, network 
masks, and the like. 

POLICYAGENT 

Policy agent 71 of QoS device 32 exposes MIB interfaces to publish its network traffic 

statistics. Director 37 (or other compliant SNMP device, such as SNMP monitor 74) polls the 

MIB interfaces repeatedly to discover the statistics. Policy agent 71 also inspects policy 

statistics for situations that require notifying director 37 or SNMP monitor 74. Policy agent 7 1 
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uses SNMP traps for these notifications, as defined in policy MIB 50 (shown in FIG. 7A). 
Policy MIB 50 is an interface for policy configuration objects 58. 

POLICY MIB 

With regard to FIG. 5A, policy configuration 58 is a top-level MIB object containing 
6 references to objects involved in defining policy 40. A MIB reader that accesses policy 

configuration 58 can use these references to obtain successive additional references to discover 
the ilelds specifying policy 40. 

Policy configuration 58 includes fields relevant to objects in a link classification 
hierarchy; schedule collection 582; link collection 583; group collection 584; class collection 585 
10 . (albeit indirectly, since policy configuration 58 references action collection 588, which 

references queue collection 589, which references class collection 585); and filter collection 586. 
Policy configuration 58 also includes notification collection 587, describing SNMP traps. Policy 
configuration 58 further includes adminisbative utilities such as general collection 580 and cross 
index collection 581 . 

15 Schedule collection 582, link collection 583, group collection 584, class collection 585, 

and filter collection 586 contain references to the following table objects: schedule table 502, 
link table 503, group table 504, class table 505, and filter table 506, respectively. In addition, 
these collections contain the following fields that allow a MTB reader to retrieve an index to the 
next available entry in the respective table: next schedule 592, next link 593, next group 594, 
20 next class 595, and next filter 596, respectively. 

Link collection 583 also contains a reference to net destination table 508 and a field for 
next net destination 599. 

General collection 580 includes fields for attributes scoped at the top level of policy 
configuration 58, including version 590, per row update 591, global storage 597, and last update 
25 time 598. Version 590 gives the version of QoS device logic 35. Per row update 591 gives the 
ability to update policy 40 as stored on QoS device 32. Last update time 598 gives the date and 
time at which policy 40 as stored on QoS device 32 is updated. 

Cross index collection 581 gives a virtual directory that allows a MIB reader to query the 
tree structure. 



30 



Notification collection 587 describes policy traps, as will be explained. 
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SCHEDULE TABLE 

With reference to FIG. 5B, schedule table 502 includes a sequence of schedule table 
entries 52. Schedule table entry 52 describes times during which policy 40 should be applied. 
Schedule table entry 52 includes index 521, alias 522, days of week 523, start time 524, end time 
525, owner 528, and status 529. Index 521 is an internal reference number for distinguishing 
schedule table entries 52, unique within schedule table 502. Alias 522 is also unique within 
schedule table 502. Alias 522 is a nickname, or name for display to human users. Days of week 
523, start time 524, and end time 525 describe time periods in which associated policy 40 should 
be applied. 

Status 529 indicates the current status of schedule table entry 52. Status 529 assumes 
values defined in SNMPv2-TC. Whenever the value of status 529 goes to active and the object 
value bit 0x01 is set in per row update 591 , policy 40 is updated and CBQD will be restarted. 

Schedule daemon 59, shown in FIG. 7A, is software running on QoS device 32 that 
periodically communicates with director 37 to find and apply updates to data in schedule table 
502. 

LINK TABLE AND NET DESTINATION TABLE 

Link table 503 provides an interface to objects that expose link entities 42. Link entities 
42 can have addresses that have corresponding masks, such as subnet masks. Net destination 
table 508 provides a way for MIB readers to look up mask data stored for link entities 42. 

With reference to FIG. 6, link table 503 includes a sequence of link table entries 53. Link 
table entry 53 provides an interface to link entities 42. Link table entry 53 includes index 531, 
alias 532, owner 538, and status 539, whose functions match their counterparts of the same 
names in schedule table entry 52. 

Link table entry 53 also includes fields for path 533, enabled 534, description 535. Path 
533 gives a fully qualified name for corresponding link entity 42. Enabled 534 specifies whether 
link entity 42 is enabled or disabled. Description 535 is a human-readable text description of 
link entity 42. 

Link table entry 53 further includes fields for LAN bandwidth 536, LAN burst 537, and 
LAN available bandwidth 961, as welt as WAN bandwidth 962, WAN burst 963, WAN 
available bandwidth 964. LAN bandwidth 536 describes the capacity of link entity 42 for 
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network flows departing QoS device 32 on LAN interface 322. LAN burst 537 and LAN 
available bandwidth 961 also describe burst bandwidth and available bandwidth, respectively, on 
LAN interface 322. WAN bandwidth 962, WAN burst 963, WAN available bandwidth 964 
describe the corresponding parameters for network flows departing QoS device 32 on WAN 
interface 321. 

With reference to FIG. 5B, net destination table 508 includes a sequence of net 
destination table entries 63, which store address/mask pairs. Net destination table entry 63 
includes index 631, owner 634, and status 630, whose functions match their counterparts of the 
same names in schedule table entry 52. Net destination table 508 also includes address 632 and 
mask 633, which store IP addresses and masks, respectively. 

GROUP TABLE 

Group table 504 provides an interface that exposes groups 43 to MIB readers. 

With reference to FIG. 6, group table 504 includes a sequence of group table entries 54. 
Group table entry 54 includes index 541, alias 542, path 543, enabled 544, description 545, LAN 
bandwidth 546, LAN burst 547, LAN available bandwidth 966, WAN bandv^dth 966, WAN 
burst 967, WAN available bandwidth 968, owner 548, and status 549, whose functions match 
their counterparts of the same names in link table entry 53, except that they apply to a 
corresponding group 43 rather than link entity 42. Bandwidth fields describe allocations given to 
the corresponding group 43 by policy 40. 

Group table entry 54 also includes direction 969 and parent index 970. Direction 969 
specifies a direction for network traffic flow: departing QoS device 32 on LAN interface 322; 
departing QoS device 32 on WAN interface 321; or both, i.e., bi-directional traffic. 

CLASS TABLE 

Class table 505 provides an interface that exposes classes 44 to MIB readers. 

With reference to FIG. 6, class table 505 includes a sequence of class table entries 55. 
Class table entry 55 includes index 551, alias 552, path 553, enabled 554, description 555, LAN 
bandv^dth 556, LAN burst 557, WAN bandwidth 978, WAN burst 979, direction 987, owoier 
558, and status 559, whose functions match their counterparts of the same names in group table 
entry 54, except that they apply to a corresponding class 44 rather than group 43. 
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For network flows associated with the corresponding class 44 in the WAN-to-LAN 
direction, class table entry 55 also includes LAN priority 971, LAN session bandwidth 972, LAN 
administrative control 973, and LAN HTTP caching 974. LAN priority 971 specifies a priority. 
LAN session bandwidth 972, LAN administrative control 973, and LAN HTTP caching 974 are 
5 parameters used by general scheduler 351 for similar traffic. Class table entry 55 further 
includes LAN TOS enabled 975, LAN TOS value 976, and LAN TOS mask 977. Certain 
network applications and protocols can set bits in the TOS (type of service) field in the header of 
lPv2 packets. These bits are not used by the TP protocol per se and thus would otherwise not be 
inspected. LAN TOS enabled 975 instructs the classification for associated class 44 whether to 
10 consider TOS bits. LAN TOS value 976 and LAN TOS mask 977 specify a particular bit value 
and a bit mask to use. 

Class table entry 55 also includes WAN bandwidth 978, WAN burst 979, WAN priority 
980, WAN session bandwidth 981 , WAN administrative control 982, WAN HTTP caching 983, 
WAN TOS enabled 984, WAN TOS value 985, and WAN TOS mask 986, whose functions on 
15 network flows in the LAN-to-WAN direction match their counterpart fields having "LAN" 
prefixes. 

FILTER TABLE 

Filter table 506 provides an interface that exposes filters 46 to MTB readers. 

With reference to FIG. 6, filter table 506 includes a sequence of filter table entries 56. 
20 Filter table entry 56 includes index 561, alias 562, path 563, description 565, ovmer 568, and 
status 569, whose functions match their counterparts of the same names in link table entry 53. 

Filter table entry 56 also includes protocol type 564 and order 566. Protocol tyf)e 564 
specifies a value to match against values in the protocol field of FP headers in network flows 
affected by filter 46. Order 566 affects the order in which related filter 46 should be applied, 
25 relative to other filters 46 in policy 40. 

Filter table entry 56 further includes LAN IP start port 567, LAN IP end port 988, LAN 
IP address 989, and LAN IP net mask 990, which characterize parameters on TP traffic for 
network flows associated with the corresponding filter 46 in the WAN-to-LAN direction. Filter 
table 506 also includes WAN IP start port 991 , WAN TP end port 992, WAN IP address 993, and 
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WAN IP net mask 994, whose functions on network flows in the LAN-to-WAN direction match 
their counterpart fields having "LAN" prefixes. 

CROSS INDEX TABLE 

Cross index table 501 gives a virtual directory that allows a MIB reader to query the tree 
structure. 

With reference to FIG. 5B, cross index table 501 includes a sequence of cross index table 
entries 51. Cross index table entry 51 includes index 511, whose fimctions match those of its 
counterpart of the same name in link table entry 53. ' 

Cross index table entry 51 also includes schedule alias 512, link alias 513, group alias 
514, class alias 515, and filter alias 51 6, as well as corresponding fields schedule index 517, link 
index 518, group index 519, class index 526, and filter index 527, respectively. Furthermore, 
cross index table entry 51 includes link net index 510 corresponding to link alias 513. That is, 
link alias 513 corresponds to both link index 518 and link net index 510. 

Cross index table 501 can be used as a virtual directory by an SNMP application, as 
follows. Using standard SNMP techniques, the application can set a value in cross index table 
entry 51, for instance group alias 514. Setting the value represents a query for the indices of 
tables corresponding to that value. After detecting the set value, cross index table 501 is 
populated with a sequence of cross index table entries 51 sufficient to describe the matching 
table entries. The tables available for querying include: schedule table 502 via schedule alias 
512 and schedule index 517; link table 503 via link alias 513, link index 518, and link net index 
510; group table 504 via group alias 514 and group index 519; class table 505 via class alias 515 
and class index 526; and filter table 506 via filter alias 516 and filter index 527, 

CENTRAL POLICY MANAGER API 

With regard to FIG. 1 OB, director software 379 includes graphical user interface (GUI) 
81, presentation services 82, common data access 83, BRASS 84, and central policy manager 85. 
GUI 81 presents an interactive user interface to human users of the software. Presentation 
services 82 responds to human interaction with GUI 81 and contains logic governing the use of 
policy management objects by director software 379. Central policy manager 85 acts as a central 
collection point for interactions with policy objects; multiple presentation services 82 module 
across a LAN 3 1 or WAN 33 can draw from a single central policy manager 85. 
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Common data access 83 provides persistent storage of policy objects, with a common 
API independent of the storage mechanism selected. Common data access 83 can store objects 
in a filing system or in a relational database. Common data access 83 stores objects including 
schedule 41, link entity 42, group 43, class 44, and filter 46. These objects correspond to data 
ftimished to schedule table 502, link table 503, group table 504, class table 505, and filter table 
506, respectively. Common data access 83 also stores policy template 45. 

BRASS 84 provides SNMP network services over LAN 31 and to any connected 
network. BRASS is a commercial product sold by SNlVfP Research Tntemational, 3001 
Kimberlin Heights Road, Knoxville, TN, USA. 

Central policy manager 85 includes XML API 80 to expose policy objects for 
manipulation by presentation services 82. XML API 80 uses the XML information protocol. 
Information in XML API 80 uses a structured format corresponding to data elements of policy 
configuration 58, including schedule table 502, link table 503, group table 504, class table 505, 
filter table 506, and net destination table 508. An example XML document for use with XML 
API is given in Appendix A. 

Third party presentation services 86 can also use XML API 80. In general, authorized 
third party presentation services 86 need only to know the XML structure of documents and their 
roles in order to use open network standards and XML to use XML API 80. Thus, third-party 
applications can manage poh'cies 40 on QoS devices 32 by using XML API 80. 

With regard to FIG. 1 1 A, XML API 80 exposes features including: create object 801, for 
creating policy objects; remove object 802, retrieve object 803, and update object 804, for 
removing, retrieving, and updating specified policy objects, respectively; distribute object 805, 
for distributing an object to a specified QoS device 32, as well as redistribute object 806 for 
distributing objects that have been instantiated on QoS device 32 already but have been 
subsequently modified on director 37; configure 807, for configuring the filtering and processing 
of incoming event notifications; and forward 808, for forwarding event, status, and error 
information from central policy manager 85 back to GUI 81 . 

ALTERNATE EMBODIMENTS 

A number of embodiments of the invention have been described. Nevertheless, it will be 
understood that various modifications may be made without departing from the spirit and scope 
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of the invention. For example, QoS device 32 and router 313 have been described as separate 
devices, but their functions could be incorporated on one device. Moreover, additional network 
devices such as firewalls, proxy servers, etc., can be present in LAN edge 317 and can even be 
merged with QoS device 32 or router 3 1 3 or both. 

In another embodiment, QoS device 32, router 313, local QoS-router link 312, and other 
elements of LAN edge 317 can be implemented with redundant or parallel systerns. That is, QoS 
device 32, router 313, local QoS-router link 312, and other elements of LAN edge 317 can be 
logical subsystems with multiple physical components. The multiple physical components can 
exist for failsafe redundancy, parallel processing, or both, among other purposes. Additionally, 
edge link 314 can be a logical network link comprising multiple physical network links. Traffic 
across the multiple physical network links can be multiplexed, or edge link 314 can be the simple 
aggregate trunk of the multiple physical network links. 

QoS device 32 need not be located at LAN edge 31 7 but can be inserted into any network 
link to manage the traffic across that link. 

Director 37 can manage one QoS device 32 without managing a remote QoS device 345. 
Similarly, director 37 can manage remote QoS device 345 vwthout managing a QoS device 32. 

WAN interface 321 and LAN interface 322 can be non-Ethernet network interfaces, such 
as fiber optic. WAN interface 321 and LAN interface 322 can support speeds higher than 1 0/1 00 
Mbps, such as Gigabit Ethernet or higher speeds known in the art. 

Frame relay network 305 could be any packet data network. 

Accordingly, other embodiments are within the scope of the following claims. 
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WHAT IS CLAIMED IS: 



1 1 . A machine-based method for network quality-of-service policies, comprising: 

2 defining a policy using a classification hierarchy for network flows on a link, 

3 the hierarchy including a root for the link, a group layer containing a plurality 

4 of groups, a class layer containing a plurality of classes, and a filter layer containing a 

5 plurality of filters, such that the group layer is possibly empty and lies wholly above the 

6 class layer in the classification hierarchy, and the filter layer lies wholly below the class 

7 layer, and 

8 where a group in the plurality of groups can contain child groups or child 

9 classes or both, and a class in the plurality of classes can contain child classes, each child 

10 group or child class having a parent in the classificatiori iiierarchy representing both a 

11 sub-classification of network flows defined on the parent and an allocation of link 

12 resources from the parent to the child; and 

13 classifying network traffic both for policy statistics and for performance statistics, 

14 using the classification hierarchy. 
15 

16 2. A machine-based method for network quality-of-service policies, comprising: 

17 defining a policy using a classification hierarchy for network flows on a link, 

15 the hierarchy including a root for the link, a group layer containing a plurality 

19 of groups, a class layer containing a plurality of classes, and a filter layer containing a 

20 plurality of filters, such that the group layer is possibly empty and lies wholly above the 

21 class layer in the classification hierarchy, and the filter layer lies wholly below the class 

22 layer, and 

23 where a group in the plurality of groups can contain child groups or child 

24 classes or both, and a class in the plurality of classes can contain child classes, each child 

25 group or child class having a parent in the classification hierarchy representing both a 

26 sub-classification of network flows defined on the parent and an allocation of link 

27 resources from the parent to the child. 
28 
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29 3. The method of claim 2, wherein the defining step further includes associating the policy 

30 with a schedule describing times when the policy should be enforced. 
31 

32 4. The method of claim 2, including the further steps of: 

33 storing the policy at a first machine; and 

34 distributing the policy to a second machine. 
35 

36 5. The method of claim 4, wherein the second machine is a quality of service device. 
37 

38 6. The method of claim 4, wherein the distributing step further includes: 

39 using a MTB interface to configure the policy on the second machine. 

40 

41 7. The method of claim 4, wherein the distributing step further includes: 

42 using a MIB interface to publish the policy on the second machine. 

43 

44 8. A machine-based method for policy templates for network quality-of-service policies, 

45 comprising: 

46 defining a policy using a link-sharing classification hierarchy for network flows on a 

47 first link; 

48 storing the hierarchy for re-use by a second link. 

49 

50 9. A machine-based method for network quality-of-service policies, comprising: 

51 detecting a violation of a quality-of-service policy on a network; 

52 sending notice of the violation to a network management station, 
53 

54 10. The method of claim 9, wherein the sending notice uses an open network standard. 

55 

56 11. The method of claim 1 0, wherein tlie sending notice uses SNMP. 

57 
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58 12, The method of claim 9, wherein the detecting is performed by a policy agent running as a 

59 software process on a quality of service device on the network. 

60 

61 13. A machine-based method for reporting on network quality-of-service policies, including: 

62 classifying a collection of statistical data on network flows according to a link-sharing 

63 classification hierarchy defined for a quality-of-service policy; and 

64 reporting the statistical data along with aggregate values compiled from the statistical 

65 data using the classifications. 
66 

67 14. A machine-based method for managing network quality-of-service policies, including: 

68 providing a central policy manager to manage a quality-of-service policy encoded 

69 using a link-sharing classification hierarchy; and 

70 exposing an XML interface for applications to manipulate objects in the quality-of- 

71 service policy. 
72 
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APPENDIX A 

- <msg^data> 

- <schedule> 
<sunday>0</sunday> 
<monday>l </inonday> 
<tuesday> 1 </tuesday> 
<wednesday> 1 </wednesday> 
<thursday> 1 </thursday> 
<friday>l </friday> 
<saturday>0</saturday> 
<start_tinie>08 :00</startjtinie> 
<stop_time>l 7:00</stop_tim6> 
</schedule> 

- <policy> 

<policy_name>WeekDays</policy__name> 

- <linkjist> 

- <link> 
<aIias>Default<;/alias> 
<enabled> 1 </enabled> 
<desc t> 

<lan_bw>320000</lan_bw> 
<wan_bw>320000</wan_bw> 
<netjdest_list l> 

- <class_list> 

- <class> 
<alias>Default</alias> 
<desc l> 

<enabled> 1 </enabIed> 
<direction>2</direction> 
<lanj>w>40000</lanjbw> 
<lan_burst>320000</Ian_burst> 
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<lan_priority>3</lan_priority> 

<lan_sessionbw>000</lan__session_bw> 

<lan_mtu_value /> 

<lan_max__delay /> 

<lan_adminjctrI>0</lan_admin_jctrl> 

<IanJhttp__caching>2</lan_http_caching> 

<Ianjtos_value h> 

<lanjtos_mask t> 

<wanj)w>40000</wan__bw> 

<wanjburst>320000</wan_burst> 

<wan_priority>3<;/wan_priority> 

<\van_sessionjbw>000</wan_sessionjbw> 

<wan__intu_value l> 

<wan_max jdelay /> 

<wan_adininjDtrl>0</wanjadminjctrl> 

<wan_http_caching>2</wan_httpjcaching> 

<vvan_tos_value t> 

<wan_tos_mask /> 

- <filter Jist> 

- <filter> 
<alias>AnyIP</alias> 
<desc /> 

<protocoMype>2l47483647</protocol_type> 

<lan_ipjstart_port /> 

<lan_ipj5top_port /> 

<lan_ip_address /> 

<lan_net_mask /> 

<wanjipjstart_port /> 

<wan_ipjstop_port /> 

<wan__ip_address /> 

<wan net mask/> 
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<order>l </order> 
</Filter> 

- <filter> 
<alias>NonIP</aIias> 
<desc /> 

<protocoLtype>2147483646</protocol_type> 

<lan_ipj5tartj3ort t> 

<Ian_ipjstop_port f> 

<Ian_ip_address t> 

<lan_net_mask t> 

<wan__ip_startjx)rt /> 

<wan_Jp__stop jK)rt t> 

<\van_ipjaddress t> 

<wan_net_mask t> 

<order>2</order> 

</filter> 

</fiIterJist> 

</class> 

- <class> 
<alias>HTTP</alias> 
<desc t> 

<enabled> 1 </enabled> 

<direction>2</direction> 

<lan_bw>40000</lan_bw> 

<Ian_burst>320000</Ian_burst> 

<Ian_priority>3</lan__priority> 

<lanjsessionjbw>000</lan__session_j3w> 

<lan_nntu_yalue f> 

<Ianjmaxjdelay /> 

<lan_adinin_jctrI>0</lan_adminjctrl> 

<lan_http_caching>2</Ian_http_caching> 
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<Ian_tos_yalue l> 

<lan__tos_mask l> 

<wanjbw>40000</wan_bw> 

<wan_burst>320000</wan_burst> 

<wanj)riority>3</wan_priority> 

<wanjsession_bw>000</wan_session_bw> 

<wan_rntu_yalue l> 

<wan_max_delay t> 

<wan_admin_ctrl>0</wan_adminjctrl> 

<wan_http_caching> 1 <ywanjhttp_caching> 

<wan_tos_vaIue l> 

<wanjtos_mask f> 

- <filterjist> 

- <filter> 
<aIias>HTTP</alias> 
<desc t> 

<protocol_type>0</protocoMype> 
<lanjp start_j3oriP*80<yian_ip_start_port> 
<Ian_ip stop_port f> 
<lan_ip_address l> 
<lan_net_mask l> 

<wan__i p_start_port> 8 0</wan_ip_start_j)ort> 

<wan_ipjstop_j)ort /> 

<wan_ip_address t> 

<wan_net_mask l> 

<order>l </order> 

</fiIter> 

</filterJist> 

</class> 

</class_list> 

- <group_list> 



30 



wo 02/33428 



PCTAJSOl/29286 



- <group> 
<aIias>TCPGroup</alias> 
<enabled> 1 </enabled> 
<desc /> 

<lan_bw> 1 20000</lan_bw> 
<lan__burst>320000</lan_burst> 
<wan_bw> 1 20000</wanjbw> 
<wan_burst>320000</wan_burst> 
<direction>2</direction> 

- <class_list> 

- <class> 
<alias>SMTP</alias> 
<desc t> 

<enabled> 1 </enabled> 

<direction>2</direction> 

<lan__bw>40000</lan_bw> 

<lan_burst>320000</lan_burst> 

<lan_priority>3</lan_priority> 

<lan_session_bw>000</Ian_sessionJbw> 

<lan___mtu_value /> 

<lan__max delay /> 

<lan_admin__ctrl>0</lan_admin__ctrl> 

<lan_http_jcach i ng>2</lan_http_caching> 

<lan_tos_value f> 

<Ian__tos__mask 

<wanjbw>40000</wan_bw> 

<wanj3urst>320000</wanjDurst> 

<wan ^priori ty>3 </wan_priori ty> 

<wan_sessionjbw>000</wan_sessionjbw> 

<wan_mtu_value /> 

<wan_max_delay f> 
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<wan_adm i n_ctrl >0</wan_ad m in_ctrl> 
<wan_http_caching>2</wan_http_caching> 
<wan_tos_value /> 
<wan_tos_niask /> 

- <filterjist> 

- <filter> 

<alias>SMTP</alias> 
<desc /> 

<protocoljtype>6</protocol_type> 
<IanJp_start_j3ort>25<yianJp_start_port> 
<Ian_ip_stop_port /> 
<lan__ipjaddress t> 
<lan__net_mask /> 

<wan_ip_start_j3ort>25</wanJp_startjport> 

<\van Jp_stop_j>ort /> 

<wan_ip_address t> 

<wan_net_mask /> 

<order> I </order> 

</fiIter> 

</filterJist> 

</class> 

</classJist> 

- <groupJist> 

- <group> 

<alias>TelnetGroup</alias> 
<enabled> 1 </enabIed> 
<desc /> 

<!anjbw>40000</!an_bw> 
<lan_burst>320000</lan_burst> 
<wanj5w>40000</wan_bw> 
<wan_burst>320000</wan_burst> 
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<direction>2</direction> 

- <class_list> 

- <class> 

<anaS>Mai nServers</al ias> 
<desc t> 

<enabled> 1 </enabled> 

<direction>2</direction> 

<lan_bw>20000</lanjbw> 

<lan_burst>320000</lan__burst> 

<lan_priority>5</lan_priority> 

<lan_sessionj)w>5000</laii_sessionjbw> 

<lan_mtu_value /> 

<lan__max_delay /> 

<lan_admin_ctrl>0</lan_admin_ctrl> 

<lanjhttp_caching>2</lan_httpjcaching> 

<ian_tos_value /> 

<lan_tos_mask l> 

<wan_bw>20000</wan_bw> 

<wan_burst>320000</wan_burst> 

<wan_priority>5</vvan_priority> 

<wan_session_bw>5000</wan_session_bw> 

<wan_mtu_value /> 

<wan_max_delay t> 

<wan_admin_ctrl>0</wan__admin_ctrl> 

<wan_httpjcachirig>2</wan_http_caching> 

<wan_tos_value /> 

<wan_tos_mask /> 

- <filterjist> 

- <filter> 

<al ias>Te! net</alias> 
<desc/> 
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<protocol_type>6</protocol_type> 
'^l^"Jp_start_port>23</lanJp_start_port> 
<lan_ip_stop_port /> 

<lanjp_address>200. 1 00.50.0</lan Jp_address> 
<lan_net_mask>255-255.255.0</lan_net_mask> 
<wan_ip_start_port>23</wan__ip_start_port> 
<wan_ip_stop_port /> 

<wanjp_address>200. 1 00.50.0</wan Jp_address> 
<wan_net_mask>255.255.255.0</wan_net_mask> 
<order>l </order> 
</filter> 
</filterJist> 
</class> 
- <class> 
<alias>OtherServers</alias> 
<desc l> 

<enabled> l</enabled> 

<direction>2</direction> 

<lan_bw>20000</lanbw> 

<lan_burst>320000</lan_burst> 

<lan_priority>3 </lan_j)riori ty> 

<lan__session_bw>5000</lan_sessionjDw> 

<lan__mtu_value t> 

<lan_max__delay /> 

<lanjadmin_ctrl>0</lan_admin_ctrl> 

<lan_http_caching>2</lan_httpjcaching> 

<lan_tos_value /> 

<Ian_tos_rnask f> 

<wan_bw>20000</wan_bw> 

<wan_burst>320000</wan_burst> 

<wan_priority>3</wanj3riority> 



wo 02/33428 



PCTAJSOl/29286 



<wan_sessionjbw>5000<ywan_session_bw> 

<wan_rntu_value /> 

<wan_max_delay /> 

<wan_admin_ctrl>0</wan_admin_ctrI> 

<wan__http_caching>2</wan_http__caching> 

<wan_tos_vaIue /> 

<wanjtos_mask /> 

- <filterjist> 

- <filter> 

<alias>Telnet</alias> 
<desc/> 

<protocoljtype>6</protocol_type> 
<!anJp_start_j>ort>23<yian_ip_startj)ort> 
<lan_ip_stopjport /> 
<Ian_ip_address /> 
<Ian_net__mask /> 

<wan_ip_start_jx)rt>23<7wan_ip_start_jx)rt?> 

<wan_ip_stop_port /> 

<wan_ip_address /> 

<wan_net_mask /> 

<order>l </order> 

</filter> 

</filterJist> 

</clasS> 

</classJist> 

</group> 

- <group> 

<al ias>inrPGroup</al ias> 
<enabled> l</enabled> 
<desc /> 

<lan bw>40000</Ian bw> 
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<lan_burst>320000</lan_burst> 
<wan_bw>40000</wan_bw> 
<wan_burst>320000</wan_burst> 
<direction>2</direction> 

- <class_Iist> 

- <class> 
<alias>MainServers</aIiasP> 
<desc/> 

<enableci> 1 </enabled> 

<direction>2</direction> 

<lan_bw> 1 5000</Ian_bw> 

<lan_burst>320000</lan_buret> 

<lan_priority>5</lan_priority> 

<lan_sessionj3w>5000</lan_session_bw> 

<lan_mtujvalue t> 

<lan_max_delay l> 

<lan_admin_ctrl>0</lanadTnin_ctrl> 

<I an_http_caching>2</lan Jhttpjcaching> 

<lan_tos_yalue ^> 

<lan_tos_mask t> 

<wan__bw>l 5000</wan_bw> 

<wanj)urst>320000</wan_burst> 

<wan__priority>5</wan_priority> 

<wan_sessionjbw>5000</wan_session_bw> 

<wan_mtu_value l> 

<wan_maxjdelay t> 

<wan_adm i n jctrl>0</wan_admi n jc trl> 

<wan_http_caching>2</wan_httpjcaching> 

<wan_tos_yaIue /> 

<wan_tosjniask t> 

- <filterjist> 
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- <filter> 
<alias>FTP</aIias> 
<desc f> 

<protocoMype>6</protocol_type> 
<lan_ip_start_port>20</lan J p_start_port> 
<lan_ip_stop_port>2 1 </lan__ip_stop_j)ort> 
<lan_ip_address>200. 1 00.50.0</Ian Jp_address> 
<Ian_net_mask>255.255.255.0</lan_net_mask> 
<wanjp_start_jx>ii>20</wanjpjstart__port> 
<wan_ipjstop_port>2 1 </wan_ip_stop_j)ort> 
<wan_ip_address>200. 1 00.50.0</wanJp_address> 
<vv^jaet_mask>255.255.255.0</wan_net_mask> 
<order>l</order> 

</filterJist> 
</class> 

- <Glass> 
<alias>BackUpServer</alias> 

<desc t> 

<enabled>l </enabled> 

<direction>2</direction> 

<Ian_bw>5588</lan_bw> 

<lan_burst>320000</lan_burst> 

<Ian_priority>3</lan_priority> 

<lan_session_bw> 1 000</lanjsession__bw> 

<Ian__mtu_value /> 

<lan_max jdelay /> 

<lan_admin_ctrI>0</lan_adinin_ctrl> 

<lan_httpjcaching>2<;/!an_http_caching> 

<lan_tos_value t> 

<lan_tos_jnask l> 
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<wan_bw> 5588 </wan_b w> 
<wan_burst>320000</wan_burst> 
<wan_priori ty>3 </wan_priority> 
<wan_session_bw> 1 000</wan_sessionjbw> 
<wan_mtu_yalue f> 
<wan_max__delay l> 
<wan_adminjctrl>0</wan_jadmin_ctrl> 
<wan__httpjcaching>2</wan_http_caching> 
<wan_tos_value t> 
<wan_tos_mask l> 

- <filter_list> 

- <filter> 
<alias>FTP</alias> 
<desc/> 

<protocoljtype>6</protocol_type> 

<Ian_ip_start_j)ort>20</lan__i p_start__port> 

<lan_ip__stop_port>2 1 </lan ip stop_port> 

<lan Jp_address>200. 1 00. 1 0.0</lanJp_address> 

<lan_net_mask>25 5.25 5 .25 5 .0</lan_net_mask> 

<wan_i p_start_port>20</wan_ip_start_port> 

<wan ip stop_port>2 1 </wan_ip stop_port> 

<wan_ipjaddress>200. 1 00. 1 0.0</wan_ip_address> 

<wan_net_mask>255.255.255.0</wan_net_mask> 

<order> l</order> 

</filter> 

</fiIterJist> 

</class> 

- <class> 

<al ias>OtherServers<yal ias> ^ 
<desc t> 

<enabled>l </enabled> 
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<di rec tion>2 </di recti on> 

<lan_bw>20000</lan_bw> 

<Ian_burst>320OOO</lan_burst> 

<lan jpri ori ty>3 </l an_pri ori ty> 

<Ian_session_J)w>5000</lanjsession_bw> 

<lan_mtu_value /> 

<lan_maxjdelay /> 

<lanjadmin_ctrl>0</lan_admin_ctrl> 

<Ian_http_caching>2</lan_http_caching> 

<lan_tos_value /> 

<lan_tos_niask h> 

<wan_bw>20000</wanj5w> 

<wan_burst>320000</wan_burst> 

<wan_priority>3</wan_priority> 

<wan__sessionjbw>5000</wan_sessionjbw> 

<wan_mtu_value /> 

<wan_max__delay t> 

<wan_admin_ctrl>0</wan_admin__ctrl> 

<wan_http_caching>2</wan_httpjcaching> 

<wan_tos_value /> 

<wan_tos_mask f> 

- <filterjist> 

- <filter> 
<alias>FTP</a]ias> 
<desc l> 

<protocol_type>6</protocol_type> 
<lanjp_start_port>20</lan_ip_start__port> 
<lan Jpj5topjport>2 1 </Ian_ip_stop_port> 
<Ian_ip_address l> 
<lan_net_mask l> 

<wan_i p_start_port>20</wan__ip jstart_port> 
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<wan_ip_stop_port>2 l</wan_ip__stop_port> 

<wan_ip_address t> 

<wan_net_mask /> 

<order> 1 </order> 

</filter> 

</rilterJist> 

</class> 

</class_list> 

</group> 

</group_nst> 

</group> 

- <group> 
<alias>UDPGToup</alias> 
<enabled> 1 </enabled> 
<desc /> 

<lanjbw>l 20000</Ian_bw> 
<lan_burst>320000</lan_burs> 
<wan_bw> 1 20000</wan_bw> 
<wan_burst>320000</wan_burst> 
<di recti on>2</direction> 

- <class_list> 

- <class> 
<aHas>SNMP</alias> 
<desc t> 

<enabled>l </enabled> 

<direction>2</direction> 

<lanj)w>30000</lan_bw> 

<lanjburst>200000<;/lan_burst> 

<Ian_priori ty>3 </lan_pri ori ty> 

<lanj5ession_bw>000</lan_sessionjbw> 

<Ian mtu value t> 
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<Ian_max_delay /> 

<lan_aclmin_Gtrl>0</lan_admin_ctrl> 

<lan_http_caching>2</lan_http_caching> 

<lan_tos_value /> 

<lan_tos_mask l> 

<wan_bw>30000</wan_bw> 

<wanj)urst>300000</wan_burst> 

<wan_j>riority>3</wan_priority> 

<wanj5essionjbw>000</wan_session_bw> 

<wan__mtu_value f> 

<wanjmax_delay t> 

<wan__adniin_ctrl>0</wan_adminjctrl> 

<wan_http_caching>2</wan_http_caching> 

<wan_tDs_value /> 

<waii_tos_mask /> 

- <filterjist> 

- <filter> 
<anas>SNMP</alias> 
<desc /> 

<protocol_type> 1 7</protocol_type> 
<lan_ip_startjport>l 61 </lan_ip_start_port> 
<lan_ip_stop j)Oit> 1 62</lan_i p_stop_jX)rt> 
<lan_ip__address /> 
<Ian_net__mask f> 

<wan_ip_start j)ort> 1 61 </wan_ip_start_port> 

<wan Jp__stop_port>l 62</wan Jp_stop__port> 

<wan_ip_address /> 

<wan_net_niask /> 

<drder> 1 </order> 

</filter> 

</filter list> 



41 





«' 



wo 02/33428 



PCTAJSOl/29286 



10 



15 



20 



</class> 

- <Glass> 

<al ias>VoIP</alias> 
<desc /> 

<enabled> 1 </enabled> 

<direction>2</direction> 

<lan_bw>90000</lanjbw> 

<lanj3urst>320000</lan__burst> 

<lan_priority>3 </Ian_j)riority> 

<lan_session_bw>000</lan_sessionJ>w> 

<lan_nitu_value /> 

<Ian_jiiax_jdelay t> 

<lan_admin_cb-l>0</lan_admi n__ctrl> 

<lan_httpjcaching>2</lan_http_caching> 

<lan_tos_value l> 

<lan_tosjmask /> 

<wan_bw>90000</wan_bw> 

<wanj3urst>320000</wan_burst> 

<wan_priori ty>3 </wan_priority> 

<wansession_bw>000</wan_sessionJbw> 

<wan_mtu value t> 

<wan_max_delay /> 

<wan_adminjctrl>0</wan_admin_ctrl> 

<wan_httpjcaching>2</wan_httpjcaching> 

<wan_tos_value t> 

<wan_tos_mask /> 

- <filterjist> 

- <filter> 
<:alias>VoIP<;/alias> 
<desc/> 

<protocoi_type> 1 7</protocol jtype> 
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<lan Jp_start_port> 1 0000</lan Jp__start_j)ort> 
<Ian_ip_stop_port> 1 0 1 00</1an Jp_stop_port> 
<lan_ip_address /> 
<lan_net_mask /> 

<wan_ip_startjport>l 0000<ywan_ipjstartj3ort> 

<wan_ip_stop_port> 1 0 1 00</wanjlp_stop_port> 

<wan__ip_address /> 

<wan_net_mask /> 

<order> 1 </order> 

</filter> 

</filterJist> 

</class> 

</class_Jist> 

</group> 

</group_list> 

</link> 

- <link> 
<alias>SalesServers</aIias> 
<enabled> 1 </enabled> 
<desc /> 

<lan_bw>64000</lan_bw> 
<wan_bw>64000</wan_bw> 

- <net_destjist> 

- <addr_mask_j)air> 
<address>200. 1 00.250.0<;/address> 
<mask>255 .25 5 .255.0</mask> 
</addr_mask_pair> 
</net_destJisl> 

- <class_list> 

- <class> 
<alias>Default</aHas> 
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<desc l> 

<enabled>l </enabled> 

<direction>2</direction> 

<lan_bw>64000</lan_bw> 

<lan_burst>64000</lan_burst> 

<lan_priority>5</lan_priority> 

<lan_session__bw>000</lan_session_bw> 

<lan__mtu_value t> 

<lan_max_delay f> 

<lan_admin_ctrI>0</lan_admin_ctrl> 

<lanjittp_caching>2</lan_http__caching> 

<lan__tos_jvaIue t> 

<lan_tos_jmask l> 

<wan_bw>64000</wanjbw> 

<wan_burst>64000</wan_burst> 

<wan_priori ty>3 </wan_priori ty> 

<wan__session_bw>000</wan_session_bw> 

<wan_rntu_value /> 

<wan _max_delay /> 

<wan_admin_ctrl>0</wan_admin_ctrl> 

<wan_http_caching>2</wan_http_caching> 

<wan_tos__yalue t> 

<wan_tos_mask /> 

- <filterjist> 

- <filter> 
<alias>AnyIP</alias> 
<desc t> 

<protocol Jype>2 1 47483647</protocol_type> 
<Ian_ipj5tart_port /> 
<lan_ipjstop_j>ort ^> 
<lan_ip_address l> 



44 



wo 02/33428 



PCT/USOl/29286 



<lan_jiet mask /> 

<wan_ip_start_port f> 

<wan_ip_stop _port /> 

<wan_ip_address /> 

<wan_net_mask f> 

<order>l </order> 

</filter> 

</filterJist> 

</class> 

</class_list> 

</Iink> 

</linkJist> 

</policy> 

</msg_data> 
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FIG. 6 
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FIG. 8A 
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FIG. 10A 
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